home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group00b.txt / 000011_icon-group-sender _Fri Jul 7 14:21:52 2000.msg < prev    next >
Internet Message Format  |  2001-01-03  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id OAA21021
  4.     for icon-group-addresses; Fri, 7 Jul 2000 14:21:44 -0700 (MST)
  5. Message-Id: <200007072121.OAA21021@baskerville.CS.Arizona.EDU>
  6. From: gep2@terabites.com
  7. Date: Fri, 07 Jul 2000 16:28:44 -0500
  8. Subject: Re: Error messages
  9. To: icon-group@optima.CS.Arizona.EDU
  10. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  11. Status: RO
  12. Content-Length: 2450
  13.  
  14. > I think this is where things come together: Different languages for different 
  15. parts of an application.
  16.  
  17. Maybe you should build a vehicle which is simultaneously a boat, an airplane, a
  18. car and a submarine, too.  That way you can meld those disparate parts into a 
  19. cohesive (cough!) whole, too.  ;-)
  20.  
  21. > Icon would have its place here for analyzing the input - maybe as far as to 
  22. storing tokens in a tokenarray.
  23.  
  24. To suggest that Icon's appeal for writing an assembler is limited only to the 
  25. initial syntactical parsing of tokens is pretty ludicrous.
  26.  
  27. > Maybe an assembler was a bad example - but still: Wouldn't ProLog be ideal for 
  28. making decisions?
  29.  
  30. No, not if those decisions are relatively simple... that's like using atomic 
  31. weapons to kill mosquitos.
  32.  
  33. Icon's goal-directed evaluation can be a wonderful tool for analyzing various 
  34. possible instruction sequences and rating them based on size, performance, and 
  35. other criteria.  Icon also makes it hugely simpler to create all manner of 
  36. statistics and summaries and other information (and present it nicely) regarding 
  37. the program being processed, too.
  38.  
  39. > And then there is another matter: The instructions must be provided to the 
  40. processor (Pentium) in the optimal sequence, making sure the pipelines are full 
  41. at all times (as far as possible).
  42.  
  43. That was more of an issue in the days when there was one overwhelmingly dominant 
  44. microprocessor out there.  With AMD, Cyrix, and others out there (even several 
  45. quite different-internally designs from Intel) it is largely impractical to 
  46. optimize for a specific microprocessor's internal architecture (unless you're 
  47. doing an embedded app for a specific KNOWN CPU architecture, such as a TI DSP or 
  48. something).  And if you were GOING to optimize for just one processor, I'd think 
  49. it would make more sense to do it for an AMD processor, since I believe that 
  50. with recent stupid moves by Intel, I think you're going to see a lot of market 
  51. share slip out of Intel's hands and into those of AMD.
  52.  
  53. > Even the GNU tools haven't fully kept up here, since this is a big job, and, 
  54. in my mind, C is not the ideal tool for this job.
  55.  
  56. C isn't ideal for most anything that isn't really low level.
  57.  
  58. Gordon Peterson
  59. http://web2.airmail.net/gep2/
  60. Support the Anti-SPAM Amendment!  Join at http://www.cauce.org/
  61. 12/19/98: the day the Conservatives demonstrated their scorn for their
  62.    fraudulent sham of representative government.  Voters, remember it!
  63.  
  64.